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Detailed Action 

Claims 1-59 have been examined. 
Claims 1-59 have been rejected. 

Claim Objections 

1 . Claim 1 lines 11-12 should read "tracking a status of the error information, a 

status of the fault management exercises, and a fault status of the resources of the 

computer system" to avoid antecedent basis problems. 

Claims 53 and 57 use wording (i.e. "the status") similar to claim 1. 

In Claim 1 line 7 "the errors contained in the error information" lacks antecedent basis. 

In Claim 5 line 3 "the problem with the faulted resource" lacks antecedent basis. 

In Claim 10 line 2 "the error reports" lacks antecedent basis. 

Claim 10 line 5 should read "only subscribing diagnostic engines receive the selected 
error reports." If all diagnostic engines receive all error reports the claim is not further 
limiting. 

In Claim 13 line 2 "the error report log of the logs" lacks antecedent basis. 
In Claim 14 line 1 "the information from the error report log" lacks antecedent basis. 
Claims 17-19 and 21 use the word "corrective." The spelling of this word is uncommon 
and should be changed to "correctable." 

Claims 49-51 line 1 should read "computer system of claim 48" to clarify their 
dependence on a parent claim. 

In Claim 53 line 7 "possibilities associated with the errors" lacks antecedent basis. 
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In claims 54-55 and 58-59, line 1 of each claim should begin "a computer network 
system having..." to match their respective parent claims. 



Allowable Subject Matter 

2. Claim 10 contains allowable subject matter. 

The following is a statement of reasons for the indication of allowable subject 
matter: Regarding claim 10, within the entirety of the claim, the examiner deems the 
novel limitation to be that a fault manager publishes error reports and only diagnostic 
engines that subscribe to a set of selected error reports including the published report 
receive the published report. 

Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

3. Claim 28 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite. 
Claim 28 uses the term "capturing error information" as though it has been previously 
included in a parent claim. As this is not the case with parent claim 26, the examiner is 
assuming claim 28 is dependent on claim 27. 
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Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claims 1-25 are rejected under 35 U.S.C. 101 for not being limited to a tangible, 
material embodiment. Claims 1-25 recite a fault management architecture, probably a 
software architecture, without excluding an embodiment of the software existing in a 
transmission medium form or an abstract software form. 

5. Claims 39-47 are rejected under 35 U.S.C. 101 for not being limited to a tangible, 
material embodiment. These claims recite a computer-readable program product 
without excluding an embodiment the program product existing in a transmission 
medium form or an abstract software form. 



Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 
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6. Claims 1-6, 12, 23-28, 32-34,^7, 39-41, 45-46, 52-53 and 56-57 are rejected 
under 35 U.S.C. 102(e) as being anticipated by Chan (US Patent Application 
Publication 2004/0059966). 

7. As per claim 1 , Chan ('966) discloses a fault management architecture for use in 
a computer system, the architecture comprising: 

a fault manager suitable for interfacing with diagnostic engines (Figure 7 
elements 709 and 710) and fault correction agents (Figure 7, elements 715 and 717), 
the fault manager being suitable for receiving error information and passing this 
information to the diagnostic engines (as shown in Figure 7, the problem determination 
(element 710) diagnoses a problem (element 713) which is then passed to the error 
recovery logic (element 715)); 

at least one diagnostic engine for receiving error information and identifying a set 
of fault possibilities associated with the errors contained in the error information (Figure 
7, element 710 receives the composite log and uses rules to attempt to diagnose a 
problem for recovery. Also see the end of paragraph 58); 

at least one fault correction agent for receiving the set of fault possibilities from 
the at least one diagnostic engine and then selecting a diagnosed fault, and then taking 
appropriate fault resolution action concerning the selected diagnosed fault (as shown in 
Figure 7, the problem determination module (element 710) sends problem diagnosis 
information (element 713) to the error recovery module (element 715) which applies the 
recovery process (element 717)); and 
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logs for tracking the status of error information (second half of paragraph 67, the 
system keeps a historic record of problems and attempted solutions), the status of fault 
management exercises (second half of paragraph 46, the rules are evaluated for 
effectiveness), and the fault status of resources of the computer system (second half of 
paragraph 67, the system keeps a historic record of problems and attempted solutions). 

8. As per claim 2, Chan ('966) discloses the fault management architecture of claim 

1 wherein the fault manager is configured to accommodate additional diagnostic 
engines and fault correction agents that can be added at a later time (paragraph 44, the 
databases storing elements, events, known problems, conditions and recovery actions 
are updatable). 

9. As per claim 3, Chan ('966) discloses the fault management architecture of claim 

2 wherein the fault manager is configured so that said additional diagnostic engines and 
additional fault correction agents can be added while the computer system is operating 
without interrupting its operation (end of paragraph 69, new knowledge may be 
incorporated into the system at any time, and paragraph 49, in the exemplary rule 
events are continually logged. Thus the incorporation of new knowledge does not 
interrupt the monitoring performed by the system). 

1 0. As per claim 4, Chan ('966) discloses the fault management architecture of claim 
1 wherein the fault correction agents resolve faults by initiating at least one of: executing 
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a corrective action on a selected diagnosed fault (paragraph 7, courses of action to 
follow for treating faults are formulated, and paragraph 62, the course of action is 
followed) and generating a message identifying the selected diagnosed fault so that 
further action can be taken (paragraphs 63-65, in addition to simply performing actions, 
the logic can send a message to cause the element to perform additional monitoring 
and send additional information back to the logic module). 

11. As per claim 5, Chan ('966) discloses the fault management architecture of claim 
4 wherein generating a message identifying the selected diagnosed fault so that further 
action can be taken includes identifying faulted resource and identifying the problem 
with the faulted resource (in addition to sending a message to the element causing it to 
perform additional monitoring, the logic records to a log problem, (see paragraph 67, the 
example in the second half of the paragraph) and its associated elements (see the 
beginning of paragraph 58). 

12. As per claim 6, Chan ('966) discloses the fault management architecture of claim 
1 wherein the architecture further includes a data capture engine configured to obtain 
error information from the computer system and generate an error report that is 
provided to the fault manager (paragraph 37, each element reports detected errors, the 
logic module identifies the type of the element (and thus its identity) that is reporting the 
error). 
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13. As per claim 12, Chan ('966) discloses the fault management architecture of 
claim 6 wherein the diagnostic engines and the agents are configured so that the fault 
manager continuously accumulates error reports from the data capture engine until 
enough error information is accumulated so that the diagnostic engines and the agents 
can successfully diagnose a fault associated with the error reports (paragraph 67, the 
determination of a degree of success of a system allows a more accurate, and thus 
more often successful diagnosis). 

14. As per claim 23, Chan ('966) discloses the fault management architecture of 
claim 1 further including a fault management statistical file that can be reviewed to 
determine the effectiveness of the diagnostic engines and fault correction agents at 
diagnosing faults and resolving faults (second half of paragraph 46, the effectiveness of 
the rules is monitored). 

15. As per claim 24, Chan ('966) discloses the fault management architecture of 
claim 1 wherein the computer system comprises a single computer device (paragraph 

16. the system is implemented on a network of computers, thus it comprises multiple 
single computer devices). 

16. As per claim 25, Chan ('966) discloses the fault management architecture of 
claim 1 wherein the computer system comprises a plurality of computers forming a 
network (paragraph 16). 
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17. As per claim 26, this claim recites limitations found in claim 1 and is rejected on 
the same grounds as claim 1 . 

18. As per claim 27, this claim recites limitations found within claim 6 and is rejected 
on the same grounds as claim 6. 

19. As per claim 28, this claim recites limitations found within claim 12 and is rejected 
on the same grounds as claim 12. 

20. As per claim 32, this claim recites limitations similar to claim 4, with the additional 
stipulation that the method be accomplished by computerized instructions. Chan ('966) 
discloses this additional limitation (end of paragraph 36, the error recovery system may 
be contained within an autonomic element, and paragraph 28, autonomic elements may 
be things like file servers and databases). 

21 . As per claim 33, this claim is a more general version of claim 32 and is rejected 
on the same grounds as claim 32. The additional possibility of software compensation 
for a fault is thought to be disclosed by Chan ('966) paragraph 7 (courses of action to 
follow for treating faults are formulated) and paragraph 62 (the course of action is 
followed) wherein the autonomic device being recovered is software (see paragraph 
28). 
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22. As per claim 34, Chan ('966) discloses a method as in claim 26 wherein resolving 
the diagnosed fault is accomplished by implementing computerized instructions that 
accomplish at least one of software correction of the fault and software compensation 
for the fault (Chan ('966) paragraph 7 (courses of action to follow for treating faults are 
formulated) and paragraph 62 (the course of action is followed) wherein the autonomic 
device being recovered is software (see paragraph 28)). 

23. As per claim 39, this claim recites limitations found within claim 1 and is rejected 
on the same grounds as claim 1. 

24. As per claim 40, this claim recites limitations found within claim 6 and is rejected 
on the same grounds as claim 6. The use "error report" terminology is being interpreted 
to mean the error event as communicated from the composite log to the problem 
determination logic (see end of paragraph 52) 

25. As per claim 41, this claim recites limitations found within claim 12 and is rejected 
on the same grounds as claim 12. 

26. As per claim 45, this claim recites limitations found within claim 4 and is rejected 
on the same grounds as claim 4. 
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27. As per claim 52, Chan ('966) discloses a computer network system having a fault 
management architecture configured for use in a computer system, the computer 
network system comprising: 

a plurality of nodes interconnected in a network (paragraph 16); 

a fault manager mounted at a first node on the network and configured to 
diagnose and resolve faults occurring at said first node (paragraph 26, the system may 
also be employed as a stand-alone device. A stand-alone device operates to diagnose 
faults on itself, while it's possible existence on a network is anticipated by its 
embodiment in paragraph 16). 

28. As per claim 53, with the exception of the limitations inherited from claim 52, this 
claim recites limitations found in claim 1 and is rejected on the same grounds as claim 
1. 

29. As per claim 56, Chan ('966) discloses a computer network system having a fault 
management architecture as in claim 52, wherein the fault manager mounted at a first 
node on the network is configured to diagnose and resolve faults occurring at other 
nodes of the network (paragraph 28, autonomic elements may be databases, web 
servers, etc, and paragraph 32, communication occurs over a network). 

30. As per claim 57, Chan ('966) discloses a computer network system having a fault 
management architecture as in claim 56, wherein the fault manager is configured to 
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interface with diagnostic engines and fault correction agents (as shown in figure 7, error 
recovery (element 715) receives diagnostic information from the problem determination 
module (element 710) and forwards information to a recovery process (element 717), 
and is suitable for receiving error information and passing this information to the 
diagnostic engines (as shown in Figure 7, the composite log (element 709) passes 
information through to be diagnosed (elements 710 and 713); the fault manager 
including: 

at least one diagnostic engine for receiving error information from the nodes of 
the network and diagnosing a set of fault possibilities associated with the errors 
contained in the error information (as shown in figure 7, elements 709 and 710, the log 
is analyzed to diagnose problems); 

at least one fault correction agent for receiving the set of fault possibilities from 
the at least one diagnostic engine and then selecting a diagnosed fault from among the 
set of fault possibilities, and taking appropriate fault resolution action concerning the 
selected diagnosed fault (as shown in Figure 7, elements 710 determines a fault from 
multiple possibilities, and sends the data to element 715 which then causes the 
implementation of a recovery at element 717); and 

logs for tracking the status of error information (second half of paragraph 67, the system 
keeps a historic record of problems and attempted solutions), the status of fault 
management exercises (second half of paragraph 46, the rules are evaluated for 
effectiveness), and the fault status of resources of the nodes of the network (second 
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half of paragraph 67, the system keeps a historic record of problems and attempted 
solutions). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

31. Claims 7-9, <2£, 29-31, 42-44 and 48 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Chan ('966) in view of Jantz (US Patent 6,487,677). 

32. As per claim 7, Chan ('966) discloses the fault management architecture of claim 
1 . Chan ('966) does not explicitly disclose the fault management architecture wherein 
the diagnostic engine determines a probability of occurrence associated with each 
identified fault possibility. 

Jantz ('677) teaches a system that performs error recovery according to a calculated 
probability of the success of each recovery procedure (see abstract and column 2 lines 
59-62). 
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At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that probabilities are associated 
with the different recovery possibilities as taught by Jantz ('677). This modification 
would have been obvious because a recovery procedure may be more or less useful 
depending on device state (Jantz ('677) column 2 lines 35-39) and it is obvious that a 
system that automatically implements the most probable recovery method (Jantz ('677) 
column 4 lines 35-37) is likely to solve a problem by implementing fewer incorrect 
recovery procedures than any other method of recovery decision making. 

33. As per claim 8, Chan ('966) in view of Jantz ('677) discloses the fault 
management architecture of claim 7 wherein the at least one fault correction agent for 
receiving the set of fault possibilities receives a relative probability of occurrence 
associated with each identified fault possibility from the diagnostic engines (Jantz ('677) 
column 4 lines 6-18) and then resolves a fault using a protocol (Jantz ('677) column 4 
lines 31-37, the system selects the most likely recovery procedure). 

34. As per claim 9, Chan ('966) in view of Jantz ('677) discloses the fault 
management architecture of claim 8 wherein the at least one fault correction agent 
resolves a set of fault possibilities using a protocol that incorporates at least one of: an 
analysis of at least one of computer resource failure history (Chan ('966) paragraph 46, 
the effectiveness of new and old rules is evaluated over time to determine needed 
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reprioritization or modification), system management policy, and relative probability of 
occurrence for each fault possibility (Jantz ('677) column 4 lines 31-37). 

35. As per claim 29, this claim recites limitations found in claim 7 and is rejected on 
the same grounds as claim 7. 

36. As per claim 30, Chan ('966) discloses a method as in claim 26. Chan ('966) 
does not expressly disclose the method wherein choosing the selected fault associated 
with the error information is accomplished by implementing a computerized 
determination of a most likely fault associated with the error information. 

Jantz ('677) teaches a system that performs error recovery according to a calculated 
probability of the success of each recovery procedure (see abstract and column 2 lines 
59-62). The system performs a recovery by implementing the most likely recovery 
option (column 4 lines 30-37). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that probabilities are associated 
with the different recovery possibilities as taught by Jantz ('677). This modification 
would have been obvious because a recovery procedure may be more or less useful 
depending on device state (Jantz C677) column 2 lines 35-39) and it is obvious that a 
system that automatically implements the most probable recovery method (Jantz ('677) 



Application/Control Number: 10/698,989 Page 16 

Art Unit: 2114 

column 4 lines 35-37) is likely to solve a problem by implementing fewer incorrect 
recovery procedures than any other method of recovery decision making. 

37. As per claim 31 , Chan ('966) in view of Jantz ('677) discloses a method as in 
claim 30 wherein choosing the selected fault by implementing a computer determination 
of a most likely fault associated with the error information includes an analysis of at 
least one of: computer resource failure history (Jantz ('677) column 7 lines 56-61), 
system management policy, and relative probability of occurrence for each fault 
possibility. 

38. As per claim 42, this claim recites limitations found in claim 9 and is rejected on 
the same grounds as claim 9. 

39. As per claim 43, this claim recites limitations found in claim 30 and is rejected on 
the same grounds as claim 30. 

40. As per claim 44, this claim recites limitations found in claim 31 and is rejected on 
the same grounds as claim 31 . 

41 . As per claim 48, this claim recites limitations found in claim 30 and its parent 
claims with the additional limitations of including a processor and memory (Chan ('966) 
paragraph 18) and that the computer understands that the actionable fault has been 
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resolved (Chan ('966) paragraph 46, the system monitors the effectiveness of rules by 
how well they solve or prevent problems, this requires knowing whether a problem has 
been solved by a rule). 

42. Claims 11, 22, 37, and 46 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Chan ('966) in view of Gibson (US Patent 6,343,236). 

43. As per claim 1 1 , Chan ('966) discloses the fault management architecture of 
claim 1 . Chan ('966) does not expressly disclose the architecture wherein the fault 
manager stores provided error reports in a log comprising an error report log and 
wherein the error report log tracks the status of the provided error reports. 

Gibson ('236) teaches a system wherein faults are stored to a log that is used by the 
processor in assigning repairs (see abstract). The system additionally stores both 
unsuccessful and successful repair attempts (column 6 lines 35-39). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that error status is tracked using a 
log. This modification would have been obvious because analyzing prior repair 
attempts allows the system to avoid repeatedly recommending the same repair (Gibson 
('236) column 6 lines 17-19). 
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44. As per claim 22, Chan ('966) discloses the fault management architecture of 
claim 1. Chan ('966) does not disclose the architecture further including a tool that is 
configured to enable a user to access the logs to determine the fault status and error 
history of resources in the computer system. 

Gibson ('236) teaches a system that uses logs to track fault status and error history 
(column 1 lines 5-10 and column 4 lines 41-44, repairs are also logged, allowing for the 
differentiation of unresolved and resolved errors). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recovery system disclosed by Chan ('966) such that it 
tracks error history and status and taught by Gibson ('236). This modification would 
have been obvious because it allows the system to avoid recommending a previously 
tried repair procedure (Gibson ('236) column 6 lines 17-19) and to continually track 
information for outstanding un-recovered errors (Gibson ('236) column 6 lines 29-31). 

At the time of invention it would have further been obvious to a person of ordinary skill in 
the art to modify the error diagnosis system disclosed by Chan ('966) in view of Gibson 
('236) such that a user can access and view the error logs. This modification would 
have been obvious because the rules database is updatable by human users (Chan 
('966) paragraph 44). 
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45. As per claim 37, Chan ('966) discloses the method as in claim 26. Chan ('966) 
does not explicitly disclose the method further including: providing logs for at least one 
of tracking errors in the system, tracking the current status of fault diagnosis, tracking 
the current fault status of a resource of the computer system; and tracking a fault history 
of a resource of the computer system; and updating the logs based on the changes in 
status. 

Gibson ('236) teaches a system wherein faults are stored to a log that is used by the 
processor in assigning repairs (see abstract). The system additionally stores both 
unsuccessful and successful repair attempts (column 6 lines 35-39). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that error status is tracked using a 
log. This modification would have been obvious because analyzing prior repair 
attempts allows the system to avoid repeatedly recommending the same repair (Gibson 
('236) column 6 lines 17-19). 

46. As per claim 46, this claim recites limitations found in claim 37 and is rejected on 
the same grounds as claim 37. 
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47. Claims 13-14 and 35-36 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Chan ('966) in view of Gibson ('236) and in further view of 
Wikipedia's Cache Article. 

48. As per claim 13, Chan ('966) discloses the fault management architecture of 
claim 6 wherein the fault manager stores the error reports generated by the data 
capture engine to the error report log of logs (second half of paragraph 67); and 

wherein the at least one diagnostic engine stores fault management exercise 
information in a fault management exercise log of the logs (second half of paragraph 46, 
the effectiveness of new and old rules is monitored). 

Chan ('966) does not explicitly disclose the architecture wherein the fault correction 
agent stores fault status information concerning resources of the computer system in a 
resource cache of the logs. 

Gibson ('236) teaches a system wherein faults are stored to a log that is used by the 
processor in assigning repairs (see abstract). The system additionally stores both 
unsuccessful and successful repair attempts (column 6 lines 35-39). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that error status is tracked using a 
log. This modification would have been obvious because analyzing prior repair 
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attempts allows the system to avoid repeatedly recommending the same repair (Gibson 
('236) column 6 lines 17-19). 

Wikipedia's Cache Article contains general information about the use of cache in a 
computer system. 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to store the fault status in a cache. This modification would have been obvious because 
software may cache return values that are likely to be re-used in the near future 
(Wikipedia's Cache, first sentence under Higher-level Caches) for faster access speed 
(Wikipedia's Cache, first paragraph). 

49. As per claim 14, Chan ('966) in view of Gibson ('236) and Wikipedia's Cache 
Article disclose the architecture of claim 13 wherein the information from the error report 
log and the fault management exercise log are stored in the resource cache (the 
inclusion of the other logs in the cache would have been obvious for the same reasons 
as the fault status information as recited in claim 13). 

50. As per claims 35-36, these claims recite limitations found in claims 13-14, 
respectively, and are rejected on the same grounds as claims 13 and 14. 
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51. Claims 15-16 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Chan ('966) in view of Gibson ('236) and Wikipedia's Cache Article, and in further view 
of Koseki (US Patent 6,732,124). 

52. As per claim 15, Chan ('966) in view of Gibson ('236) and Wikipedia's Cache 
Article discloses the fault management architecture of claim 14. Chan ('966) in view of 
Gibson ('236) and Wikipedia's Cache Article does not expressly disclose the 
architecture wherein a resource cache is configured so that in the event of a computer 
system failure, the system can be restarted and information can be downloaded for the 
resource cache to reconstruct error history, fault management exercise history, and 
resource status, and use this information to conduct a fault diagnosis. 

Koseki ('124) teaches a system that creates a log of a storage system in secondary 
storage and is capable of restoring the system on an unexpected shutdown (column 2 
lines 25-26 and column 7 lines 62-64). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recover system disclosed by Chan ('966) in view of 
Wikipedia's Cache Article such that the system uses a secondary system for recovery in 
the event of a system failure. This modification would have been obvious because it 
allows the system to correct file storage inconsistencies caused by an unexpected crash 
(Koseki ('124) column 8 lines 53-61). 
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53. As per claim 16, Chan ('966) in view of Gibson ('236) and Wikipedia's Cache 
Article discloses the fault management architecture of claim 14. Chan ('966) in view of 
Gibson ('236) and Wikipedia's Cache Article does not expressly disclose the 
architecture wherein a resource cache is configured so that in the event of a computer 
system failure, the system can be restarted and information can be uploaded from the 
resource cache to reconstruct error history, fault management exercise history, and 
resource status, and use this information to conduct a fault diagnosis. 

Koseki ('124) teaches a system that creates a log of a storage system in secondary 
storage and is capable of restoring the system on an unexpected shutdown (column 2 
lines 25-26 and column 7 lines 62-64). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recover system disclosed by Chan ('966) in view of 
Wikipedia's Cache Article such that the system saves its logs to a secondary system for 
recovery in the event of a system failure. This modification would have been obvious 
because it allows the system to correct file storage inconsistencies caused by an 
unexpected crash (Koseki ('124) column 8 lines 53-61). 

54. Claims 17-18, 21, 55 and 59 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Chan ('966) in view of Coale (US Patent 4,922,491). 
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55. As per claim 17, Chan ('966) discloses the fault management architecture of 
claim 1, wherein the diagnostic engine receives an error message and diagnoses a set 
of fault possibilities associated with the error message (as shown in Figure 7, the 
problem determination module (element 710) sends problem diagnoses to a recovery 
module (element 715)); and wherein a fault correction agent receives the set of fault 
possibilities from the diagnostic engines and resolves the diagnosed fault (Figure 7, 
element 715). 

Chan ('966) does not disclose the architecture including a soft error rate discriminator 
that: receives error information concerning correctible errors; wherein the soft error rate 
discriminator is configured so that when the number and frequency of correctible errors 
exceeds a predetermined threshold number of correctable errors over a predetermined 
threshold amount of time, these errors are deemed recurrent correctible errors that are 
sent to the diagnostic engines for further analysis. 

Coale ('491 ) teaches a system that analyzes a peripheral, creates a problem record and 
creates a service alert if the problem is causing peripheral operations to degrade (see 
abstract). The system differentiates soft fail exceptions from hard fails, and only reacts 
to soft fails when it is significantly reoccurring (column 7 lines 1-9). 
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At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recovery system disclosed by Chan ('966) such that 
the system differentiates between hard failures and soft failures and only performs 
recovery of soft failures after determining that they are significantly recurring, as taught 
by Coale ('491). This modification would have been obvious because it allows the 
system to not react to random non-recurring exception events (Coale ('491) column 7 
lines 9-11). 

56. As per claim 18, Chan ('966) in view of Coale ('491) discloses the fault 
management architecture of claim 17 wherein the soft error rate discriminator receives 
error information concerning correctible errors from the diagnostic engine (Coale ('491) 
column 7 lines 20-25, the system uses rules to determine the differing symptoms of a 
soft exception and hard exception). 

57. As per claims 21 , 55 and 59, these claims recite limitations found in claim 17 and 
are rejected on the same grounds as claim 17. 

58. Claims 19-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Chan ('966) in view of Coale ('491) as applied to claim 17, and in further view of Jantz 
('677). 
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59. As per claim 19, Chan ('966) in view of Coale ('491) discloses the fault 
management architecture of claim 17. Chan ('966) in view of Coale ('491) does not 
expressly disclose the architecture wherein the diagnostic engine further determines 
associated probabilities of occurrence for the set of fault possibilities associated with the 
recurrent correctible error message. 

Jantz ('677) teaches a system that performs error recovery according to a calculated 
probability of the success of each recovery procedure (see abstract and column 2 lines 
59-62). The system performs a recovery by implementing the most likely recovery 
option (column 4 lines 30-37). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recovery system disclosed by Chan ('966) in view of 
Coale ('491) such that recurrent soft errors are associated with recovery probabilities. 
This modification would have been obvious because a recovery procedure may be more 
or less useful depending on device state (Jantz ('677) column 2 lines 35-39) and it is 
obvious that a system that automatically implements the most probable recovery 
method (Jantz ('677) column 4 lines 35-37) is likely to solve a problem by implementing 
fewer incorrect recovery procedures than any other method of recovery decision 
making. 
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60. As per claim 20, Chan ('966) in view of Coale ('491) and in further view of Jantz 
('677) discloses the fault management architecture of claim 19 wherein the a fault 
correction agent receives the set of fault possibilities and associated probabilities of 
occurrence from the diagnostic engines and the agent then takes appropriate action to 
resolve the set of fault possibilities (Jantz ('677) column 4 lines 32-37). 

61 . Claims 38 and 47 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Chan ('966) in view of Gibson ('236) and in further view of Koseki ('124). 

62. As per claim 38, Chan ('966) in view of Gibson ('236) discloses the method as in 
claim 37. Chan ('966) in view of Gibson ('236) does not expressly disclose the method 
wherein if the computer shuts down due to error, the method comprises the further 
steps of: restarting the system; recalling the logs tot track the fault status and fault 
history of resources of the computer system and thereby diagnose a fault; and resolving 
the fault. 

Koseki ('124) teaches a system that creates a log of a storage system in secondary 
storage and is capable of restoring the system on an unexpected shutdown (column 2 
lines 25-26 and column 7 lines 62-64). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recover system disclosed by Chan ('966) in view of 



Application/Control Number: 10/698,989 Page 28 

Art Unit: 21 14 

Gibson ('236) such that the system saves logs to a secondary system for recovery in 
the event of a system failure. This modification would have been obvious because it 
allows the system to correct file storage inconsistencies caused by an unexpected crash 
(Koseki (*124) column 8 lines 53-61). 

63. As per claim 47, this claim recites the same limitations as claim 38 and is 
rejected on the same grounds as claim 38. 

64. Claims 49-50 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Chan ('966) in view of Jantz ('677) as applied to claim 48, and in further view of Gibson 
('236). 

65. As per claim 49, Chan ('966) in view of Jantz C677) discloses the computer 
system of claim 48. Chan ('966) in view of Jantz ('677) does not explicitly disclose the 
computer system further including instructions enabling the system to generate an error 
log that includes a listing of error reports. 

Gibson ('236) teaches a fault logging system that generates a list of reported errors 
(column 1 lines 61-64). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error correction system disclosed by Chan ('966) such that it generates an 
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error log including a listing of error reports as taught by Gibson ('236). This modification 
would have been obvious because event logs typically log such error information (Chan 
('966) second half of paragraph 38). 

66. As per claim 50, Chan ('966) in view of Jantz ('677) discloses the computer 
system of claim 48 further including computer readable instructions enabling the 
computer to generate a fault management exercise log including the current status of 
fault diagnosis (Chan ('966) second half of paragraph 46, the effectiveness of the 
system rules are constantly evaluated and the probabilities adjusted). 

Chan ('966) in view of Jantz ('677) does not explicitly disclose the system wherein the 
fault management exercise log that includes a listing of fault possibilities. 

Gibson ('236) teaches a system wherein faults are stored to a log that is used by the 
processor in assigning repairs (see abstract). The system additionally stores both 
unsuccessful and successful repair attempts (column 6 lines 35-39). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that error status is tracked using a 
log. This modification would have been obvious because analyzing prior repair 
attempts allows the system to avoid repeatedly recommending the same repair (Gibson 
('236) column 6 lines 17-19). 
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67. Claim 51 is rejected under 35 U.S.C. 103(a) as being unpatentable over Chan 
('966) in view of Jantz ('677) as applied to claim 48, and in further view of Gibson ('236) 
and Koseki ('124). 

Chan ('966) in view of Jantz ('677) discloses the computer system of claim 48. 

Chan ('966) in view of Jantz ('677) does not expressly disclose the computer system 
further including instructions enabling the computer system to generate an automatic 
system recovery unit log that includes a listing of the current fault status of system 
resources of the computer system, a listing of fault diagnosis concerning the system 
resources, and a listing of error reports that led to the of fault diagnosis concerning the 
system resource; wherein, in the event of computer system failure, upon system restart, 
the information in the automatic system recovery unit log can be recalled and analyzed 
to diagnose faults. 

Gibson ('236) teaches a system wherein faults are stored to a log that is used by the 
processor in assigning repairs (see abstract). The system additionally stores both 
unsuccessful and successful repair attempts (column 6 lines 35-39). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the system disclosed by Chan ('966) such that error status is tracked using a 
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log. This modification would have been obvious because analyzing prior repair 
attempts allows the system to avoid repeatedly recommending the same repair (Gibson 
('236) column 6 lines 17-19). 

Koseki ('124) teaches a system that creates a log of a storage system in secondary 
storage and is capable of restoring the system on an unexpected shutdown (column 2 
lines 25-26 and column 7 lines 62-64). 

At the time of invention it would have been obvious to a person of ordinary skill in the art 
to modify the error diagnosis and recover system disclosed by Chan ('966) in view of 
Gibson ('236) such that the system saves logs to a secondary system for recovery in 
the event of a system failure. This modification would have been obvious because it 
allows the system to correct file storage inconsistencies caused by an unexpected crash 
(Koseki ('124) column 8 lines 53-61). 

68. Claims 54 and 58 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Chan ('966). 

69. As per claim 54, Chan ('966) discloses the fault management architecture of 
claim 53 wherein the fault manager is configured so that said additional diagnostic 
engines and additional fault correction agents can be added to the fault manager while 



Application/Control Number: 10/698,989 
Art Unit: 2114 



Page 32 



the computer system is operating (paragraph 69, the system may be modified at any 
time). 

Chan ('966) does not explicitly disclose the system wherein the additional diagnostic 
engines and fault correction agents can be added without interrupting the operation of 
the network. 

At the time of invention it would have been obvious to modify the system disclosed by 
Chan ('966) such that additional diagnostic engines and fault correction agents can be 
added without interrupting the operation of the network. This modification would have 
been obvious because the databases are updatable by humans (paragraph 44) and the 
system can exist as a stand-alone system (paragraph 26) or on a network (16). Thus 
when attached to a network, but acting as a stand-alone system (and diagnosing itself) 
there is no reason that a user-performed database update need interrupt the operation 
of the network. 

70. As per claim 58, Chan ('966) discloses the fault management architecture of 
claim 56 wherein the fault manager is configured so that said additional diagnostic 
engines and additional fault correction agents can be added to the fault manager while 
the computer system is operating (paragraph 69, the system may be modified at any 
time). 
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Chan ('966) does not explicitly disclose the system wherein the additional diagnostic 
engines and fault correction agents can be added without interrupting the operation of 
the network. 

At the time of invention it would have been obvious to modify the system disclosed by 
Chan ('966) such that additional diagnostic engines and fault correction agents can be 
added without interrupting the operation of the network. This modification would have 
been obvious because the databases are updatable by humans (paragraph 44) and the 
system can exist as a stand-alone system (paragraph 26) or on a network (16). Thus 
when attached to a network, but acting as a stand-alone system (and diagnosing itself) 
there is no reason that a user-performed database update need interrupt the operation 
of the network. 

Conclusion 

The prior art made of record on accompanying PTO 892 form and not relied upon is 
considered pertinent to applicant's disclosure. Specifically, Miller ('141) teaches a 
dynamically updatable error recovery database with user accessible logs and a 
networked implementation. 

Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joseph Schell whose telephone number is (571) 272- 
8186. The examiner can normally be reached on Monday through Friday 9AM-4:30PM. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Scott Baderman can be reached on (571) 272-3644. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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